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APPV.AL BRIEF 
L STATEMENT OF REAL PARTY IN INTEREST 

Pursuant to 37 CFR §4137(c)(l)(i) the real party in interest is: 

SamSung Electronics Co,, Ltd. 
416 Maetan-dong, Yeongtong-gu, 
Suwon-si, Gyeonggi-do, 
Republic of Korea 

n. RELATED APPEALS AND INTERFERENCES 

Pursuant to 37 CFR §41J7(cXl){ii), there are no appeals nor interferences known to the 
Appellant, the Appellant's legal representative, or the Assignee (real party of interest) which will 
directly affect or be direcUy affected by or have a bearing on the Board's decision in the pending 
appeal. 

m. STATUS OF CLAIMS 

Claims 1-14 are finally rejected, such rejection being appealed herein. 

IV. STATUS OF AMENDMENTS FILED AFTER FINAL REJECTION 

No Amendment has heea filed. 



V. SUMMARY OF CLAIMED SUBJECT MATTER 

Claim 1. A method for managing alarm information in a network management system, 

. comprising the steps of: 
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receiving alarm information generated from any of a plurality of network elements: 
Paragraph [0030]; Figs. 3 and 5; step 502. the alarm daemon processor 304 of network management 
system 300 receives any the alarm information generated from network elements 308, 310, 312 
connected via the communications network of SCTver 306. 

determining whether or not said alarm information corresponds to a logical alarm; 
Paragraph [0032]; Figs. 3 and 5; step 504. the network management system 300 analyzes the alarm 
data fomat to determine at step 504 whether the nature of the alarm conesponds to a logical enor 
or a physical enor. If the alarm generated from a certain network element is detennined to 
correspond to aphysical error, like loss of signal (LOS), alarm indication signal (AIS). loss of frame 
(LOF), loss of pointer (LX>P), etc., rather than a logical alarm hke loss of link (LOS), poor quality 
of signal (QOS), etc., the network management system proceeds to step 506 to simply parse the data 
format of the received alarm information for storage into the database 302. 

determining the location of the network element generating the alarm information, when it 
is determined that the alarm information corresponds to a logical alarm; Paragraph [0033]; Figs. 
3 and 5; step 508, if the alarm is determined to correspond to a logical error, the network 
management system 300 proceeds to step 508 to retrieve the alarm location (dn). 

searching a database to determine whether said database already has said alarm 
information stored therein, according to the location of the network element generating the alarm 
information; Paragraph [0033]; Figs. 3 and 5; steps 510 and 512. it proceeds to step 510 to identify 
thedestinationinfonnation(DPro)bytheWWCI(virtualpathidentifier/ virtual chamielidOT^^ 

of the subscriber comiection information corresponding to the alarm location (dn); and Paragraph 
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[0035] Then, the network management system 300 searches, at step 512, the database 302 to 
determine if it already includes the same infomiation, i.e., as the present alarm information. That 
is. at step 512, the alarm information is analyzed to detect a positional value, event type and the 
destination information by the VPiy VCI of the subscriber comiection information corresponding to 
thealarmlocation(dn)to determine whetherthealanninfonnationcorrespondstodarmM^^ 

already received and stored in database 302. This is to avoid storing, into the database 302, 
redundantlogicddarminformationrecurringatthesamesubscriberlocation,^^ 

the storage capacity of the database and simplifying a searching process. 

storing said alarm information y^hen it is determined that said database does not have said 

alarm information already stored therein; Paragmph [0038]; Figs. 3 and 5; step 516, if the alarm 
information has not been stored in the database 302;the network management system300 proceeds 

to step 516 to convert the present alarm infomiation through a database appUcation interface 
(DBAPI: not shown) into the database data format to be recorded as new alarm information in the 
alarm table of the corresponding network elem«it. 

increasing a count value representing a number of times in which the same alarm 
information has been generated, without redundantly storing said alarm information into said 
database, when it is determined that said alarm information is already stored in said database; 
Paragraph [0035]; Figs. 3 and 5; step 514, if the same alarm information has akeady been stored in 
the database 302, the network management system 300 proceeds to step 514 to increase the count 
representing the number of recurrences of lie same alarm instead of repeatedly storing the alarm 
information into the database 302. 
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storing the increased count value at a position corresponding to said alarm information 
already stored in said database; Paragraph [0037]; Figs. 3, 5 and 8; step 514; Fig. 8, Fig. 8 shows 
ascreen displaying the alann information when storing the incited countre^^^ 
of recurrences of the same alarm into the database 302. The alarm information table additionally 
includes the subscriber statistics item recording the number of recurrences of the logical alarm so 
asbothtoeconomizethe storage capacity ofthe database 302 and to simpUfythesearchingpro^^^ 

compared to the table as shown in Fig. 2. 

Claim 8. A method for managing alarm information in a network management system 
connected to a plurality of subscribers at a plurality of network elements, comprising the steps of 
drivinganalarmdaemonprocessorwhensaidnetworkmanagementsystemispoweredon; 

Paragraph [0030]; Figs. 3 and 5; step 500, the network management system 300, while turned on, 
works the alarm daemon processor 304. 

receiving, via said alarm daemon processor, alarm information generated from at least one 
«erworfcefeme«r5; Paragraph [0030]; Figs. 3 and 5; step 502^ 
of network management system 300 receives any the alarm infonnation generated ftom network 
elements 308, 3 10, 3 12 connected via the communications network of server 306. 

determining y^^hether said alarm information is due to a logical error or a physical error in 
the network element generating the received alarm information: Paragraph [0032]; Figs. 3 and 5; 
step 504, the network management system 300 analyzes the alarm data format to determine at step 
504 whether the nature of the alarm corresponds to a logical error or a physical error. If the alarm 
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generated from a certain networic element is determined to correspond to a physical emrr. like loss 
of signal (LOS), alarm indication signal (AIS). loss of frame (LOF), loss of pointer (LOP), etc., 
rather than a logical alarm like loss of link (LOS), poor quality of signal (QOS). etc., the network 
management system proceeds to step 506 to simply parse the data format of the received alarm 
information for storage into the database 302. 

determining the location of the network element generating the alarm information, when it 
is determined that the alarm information is due to a logical error; Paragraph [0033]; Figs. 3 and 
5; step 508, if the alarm is determined to correspond to a logical error, the network management 
system 300 proceeds to step 508 to retrieve the alarm location (dn). 

searching a database to determine whether said database already has said alarm 
information stored therein, according to the location of the network element generating the alarm 
information: Paragraph [0033]; Figs. 3 and 5; steps 510 and 512, itproceeds to step 510 to identify 
thedestinationinformation(DPro)bytheWWCI(virtualpathidentifier/ virtual channeUdenti^^^ 

of the subscriber comiection information corresponding to the alarm location (dn); and Paragraph 
[0035] Then, the network management system 300 searches, at step 512, the database 302 to 
determine if it already includes the same information, i.e.. as the present alarm information. That 
is, at step 512, the alarm information is analyzed to detect a positional value, event type and the 
destination information by the VP WCI of the subscriber connection information corresponding to 
thealarmlocation(dn) to determinewhetherthealarminformationconesponds to alarm information 

already received and stored in database 302. This is to avoid storing, into the database 302, 
redundantlogicd alarm informationrecuiTingatthesamesubscriberlocation,thusbotheconomizm^ 
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the Storage capacity of the database and simplifying a searching process. 

storing said alarm information when it is determined that said database does not have said 
alarm information already stored therein; Paragraph [0038]; Figs. 3 and 5; step 516, if the alann 
informationhasnotbeen stored in the database302, the network management systemSOO proceeds 

to step 516 to convert the present alann information through a database application interface 
(DBAPI: not shown) into the database data format to be recorded as new alarm information in the 
alarm table of the corresponding network element. 

increasing a count value representing a number of times in which the same alarm 
information has been generated, without redundantly storing said alarm information into said 
database, when it is determined that said alarm information is already stored in said database; Figs. 
3 and 5; step 514, if the same alarm information has already been stored in the database 302, the 
network management system 300 proceeds to step 514 to increase the count representing the number 
ofrecuirencesofthesamealarminsteadofrepeatedlystoring the alarm information into thedatabase 

302. 

storing the increased count value at a position corresponding to said alarm information 
already stored in said database. Paragraph [0037]; Figs. 3, 5 and 8; step 514; Fig. 8, Fig. 8 shows 
a screen displaying the alarm information when storing the increased count representing the number 
of recurrences of the same alarm into the database 302. The alarm information table additionally 
includes the subscriber statistics item recording the number of recurrences of the logical alarm so 
as both to economize the storage capacity of the database 302 and to simplify the searching process, 
compared to the table as shown in Fig. 2. 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

A. Whether claims 1-14 are allowable under 35 U.S.C. §1 12, first paragraph. 

B. Whether claims 1-14 are allowable under 35 U.S.C. §1 12. second paragraph. 

C. Whether claims 1-14 are patentable under 35 U.S.C. §103 over the combination of 
Harris (US 5,946,373) and Joyce (US 4,1 95,343). 

Vn. ARGUMENTS 

A. Thcspecificationhasbeenobjectedtoandclaiiiis 1-14 have subsequently been rejected 
under 35 U.S.C. §112, first paragraph. The appUcant respectfully traverses this rejection for 
the following reason(s). 

The Examiner errs in holding the disclosure to be a non-enabling disclosure based on the 
phrases "logical alarm" and "physical alarm" (a-lca.: hardware alarm; analog alarm; real alarm). 
The Examiner has indicated that the Applicant has failed to clearly define the differences between 
the two terms. It should be noted that these terms are well known in the art of network 
commimication. 

Basic definitions include: 

Real alarm: A real alarm is a transaction that represents a physical 

(hardware) alarm that later requires to be cleared; 
Logical alarm: A lo^cal alarm is any transaction event (with the exception of alarm 
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acknowledges) that does not relate to a hardware state. 

Note that the standard for providing an enabling disclosure is determined by "one of ordinary 
skill in the art." The various terms that the Examiner has issues with are well known in the art. The 
standard is not based what the Examiner can or cannot understand. The Examiner is not one of 
ordinary skill in the art. The Examiner is only assumed to have knowledge of the art or the ability 
to review the known art and understand the principles thereof. 

The Examiner points to the terms "Loss of Signal" and "Loss of Link" and indicates that 
either one could lead to the other. In network communications, however, it is well known that the 
detection of Loss of Signal is different from the detection of Loss of Link. For example, the OSI 
(Open Systems Interconnections) standard divides telecommunications into seven layers. One layer 
(Layer 1) is known as the "Physical Layer" and another lay^ (Layer 2) is known as the "Data Link 
Layer". 

Each layer is monitored, and alanns created based on errors detected in the physical layer 
(layer 1) will result in the generation of a physical alarm. The features looked for are weU known 
in the art, such as loss of signal (LOS), loss of frame (LOF) or loss of pointer (LOP). 

Alarms created based on errors detected in the data link layer (layer 2) result in the generation 
of a logical alarm . The features looked for are also weU known in the art, such as loss of link 
(LOS), or poor quality of signal (QOS). 

In paragraph [0032] of the specification, it is definitely disclosed so that a logical error 
related to a logical alarm and a physical error related to a physical alarm are discerned fix>m each 
other, thus those of ordinary skill in the art can easily understand what a logical alarm and a physical 
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is based on the original specification. 

The specification defines a logical alarm as one of, for example, a loss of link (LOL) or a 
poor quality of signal (QOS), and defines an alann (physical alarm) corresponding to physical 
information (error) as one of, for example, loss of signal (LOS), alarm indication signal (AIS), loss 
of fi-ame (LOF), or loss of pointer (LOP). 

More specificaUy, amended paragraph [0032] states: 

Accordingly, the network management system 300 analyzes the alarm data 
format to determine at step 504 whether the nature of the alarm corresponds 
to a logical error or a physical error. If the alarm generated fix)m a certain 
network element is determined to correspond to a physical error, like loss of 
signal (LOS), alarm indication signal (AIS), loss of fi^e (LOF), loss of 
pointer (LOP), etc., rather than a logical alarm like loss of link (LOL), poor 
quality of signal (QOS), etc., the network management system proceeds to 
step 506 to simply parse the data format of the received alarm information for 
storage into the database 302. 

Therefore, since the phrases "physical alarm" and "logical alarm" and the differences there 

between are well known in the art, the rejection is deemed to be in error and should not be sustained. 



B. Claims 1-14 were rejected under 35 U.S.C. §112, second paragraph based upon a 
number of deficiencies kindly noted by the Examiner* The Applicant respectfully traverses 
this rejection for the following reason(s). 



a) The Examiner errs is holding that the phrase "logical alarm", claim 1 , lines 4 and 6, is not 
supported by the specification. 

Amended paragraph [0032] discloses: 
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Accordingly, the networic management system 300 analyzes the alarm data format to 
determine at step 504 whether the nature of the alarm corresponds to a logical error or a 
physical error. If the alarm generated from a certain network element is determined to 
correspond to a physical error, like loss of signal (LOS), alarm indication signal (AIS), loss 
of frame (LOF), loss of pointer (LOP), etc., rather than a logical alarm like loss of link 
(LOL), poor quality of signal (QOS), etc., the networic management system proceeds to step 
506 to simply parse the data format of the received alarm information for storage into the 
database 302. (emphasis added) 

Accordingly, the specification, and in particular, paragraph [0032] uses both terms "logical 
error" and "logical alarm" and defines how these terms are related. 

b) The Examiner errs is holding that the phrase "alarm information corresponding to a logical 
alarm" {alarm information corresponds to a logical alarm: claim 1 , line 4) is not \mderstood . The 
Examiner errs in stating that " 'logical' may refer to the type of errors that contribute to alarm 
information, but not to the alarm." 

Clearly, if the error type is a logical error, and such errors generate an alarm, then the alarm 
can be deemed a logical alarm, especially when paragraph [0032] of the specification relates logical 
errors and logical alarms. Additionally, the Applicant can be his own lexicographer and as long as 
the terminology is defined by the specification, then there is no error in its use. 

As noted with respect to the rejection under §112, first paragraph, the term logical alarm is 
well known in the art and the specification does not include a definition contrary to what is already 
known in the art. 

c) The Examiner indicates that the phrase "alarm information does not correspond to a logical 
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alarm" {alarm information corresponds to a logical alarm: claim 4, line 3) is not understood, 
holding that it "is unclear what other type of alarm information can exist or how to differentiate 
between them." 

The purpose of the claim is to set forth the invention in a clear manor in light of the 
specification. Claims are not to be read in a vacuum. It is the purpose of the specification, not the 
claims, to define what other type of alarm information can exist and how to differentiate between 
them. The specification clearly defines the different types of alarms that can exist. It is well known 
in the art how to differentiate between different types of alarms. 

Besides, claim 1 calls for determining whether or not said alarm information corresponds 
to a logical alarm. Therefore, it only matters whether the alarm information is a logical alarm. If it 
is not a logical alarm, in this instance, then it can be any type of other alarm. The claim, at this point, 
is only concerned with logical alarms. 

d) The Examiner indicates that the phrases "logical error" and "physical error" of claim 8, lines 
6 and 9, and claim 1, line 3, are not understood, and more specifically the Examiner fails to 
understand how an enror may be designated as logical or physical. 

It has been shown that it is well known in die art what is meant by "logical error" and 
"physical error" ("logical alarm" and "physical alarm") and that it is well known by those of ordinary 
skill in the art how to differentiate between them. 

Each of the issues raised by the Examiner have been shown to be easily understood by one 
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of ordinary skiU in the art and/or weU defined by the specificatioiL Accordingly, the rejection is 
deemed to be in error should not be sustained, 

C. Claims 1-14 were rejected under 35 U.S.C. §103(a) as being obvious in view of Harris 
(US 5,946^73) and Joyce (US 4,195^3). The appUcant respectfuUy traverses this rejection 
for the following reason(s)« 

Claims 1 and 8 

The present invention relates to a network management system for optimizing a database 
which stores alarm information generated from a plurality of network elements in order to manage 
those network elements. 

In particular, when an alarm is received it is first determined whether the alarm is a logical 
alarm or based on physical information. Then the network element generating the alarm is 
determined and a database is maintained to record the occurrence if it is a logical alarm as opposed 
to physical infonnation. Eachthneaparticularnetworkelement generates an already recorded alarm 
occurrence, a counter is increased with the increased count being recorded instead of recording the 
alarm event again. 

The specification defines a logical alami as one of; for example, a loss of link (LOL) or a 
poor quality of signal (QOS), and defines an alarm corresponding to a physical error as one of, 
for example, loss of signal (LOS), alarm indication signal (AIS), loss of fi-ame (LOF), or loss of 
pointer (LOP), See paragraph [0032]. 
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Harris' invention also relates to a network management system for optimizing a database 
which stores alarm information generated from a plurality of network elements in order to manage 

those network elements. 

There does not appear to be any disclosed determination of whether or not the alarm 

information corresponds to a logical alarm. 

Note in col. l,lines 61-65, Harris mentions "when afailure occurs on a circuit, the equipment 
closest to the failure detects the feult ("loss of signal", for example), reports the fault, and propagates 
an alarm indicatorsignal in the "downstream" direction on the affected circuit." Accordingly, atleast 
one feult in Harris is defined as a 'loss of signal," which has been defined by the present invention 
as a physical error instead of a logical error. 

In col. 4, lines 1 1-14, Harris discloses that only certain alarm messages are extracted and 
analyzed, i.e., "This invention contains an interface, shown in FIG. 2A, to the message reception 
process to extract only certain selected feult alann messages as indicated in step 201 . That is, those 
fault alarms indicating a circu it nr trunlc traffic outage, plus the messages that indicate that such a 

feult condition has now "cleared". 

Accordingly, Harris is only concerned with physical errors and thus, physical alarms. 

That is, Harris only checks for a circuit or trunk outage. Harris does not look for the cause 
of the outage, such whether it was due to a loss of link (LOL) or a loss of signal (LOS). 

Therefore, there is clearly no method of determining whether or not said alarm information 
rnrreMnonds to a lo^cal alarm (claim 1). As mentioned above, Harris is only concerned with 
physical alarms, and thus has no desire to determine whether or not alarm information corresponds 
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to a logical alaim. That is, Harris only teaches detennimng whether or not alarm information 
corresponds to a physical alarm . 

Note that the terms "logical alarms" and "physical alarm" are not open to unreasonable 
interpretation, that is, interpretations outside the bounds of the Applicant's disclosure and what is 
well known in the art. The difference between "physical alarms" and "logical alarms" are well 
established in the art. Harris's circuit and trunk traffic are physical (hardware) features of a network, 
and therefore correspond only to "physical errors" and related "physical alarms." 

The Examiner does not apply Joyce as a teaching of the foregoing feature noted as lacking 
in Harris. Accordingly, the combination of Harris and Joyce fails to make obvious the feature of 
determining whether or not said alarm information corresponds to a logical alarm. 

In the final rejection, pages 10-1 1 , the Examiner has disregarded what is well known in the 
art to be a logical error as opposed to a physical error. The Examiner also ^ears to disregard die 
Applicant's specification which defines logical Mrors/logical alarms and physical error/physical 
alarms, and in particular, paragraph [0032] even after the Examinw repeated paragraph [0032]. 

hi analyzing the scope of a claim, office personnel must rely on Applicant's disclosure to 
properly determine the meaning of the terms used in the claim. Markman v. Westview Instruments. 
//ic.,52F.3d967,980, 34USPQ2dl321, 1330(Fed.Cir. \995y,In re Cruciferous Sprout Litigation, 
301 f3d 1343, 1348, 64USPQ2d 1202, 1205 (Fed Cir. 2002) (citing /merveMmerica /«c. v. Kee- 
Vet Labratories Inc., 12 USPQ2d 1474, 1476 (Fed. Cir. 1989). We do recognize that the Examiner 
has held the disclosure to be "not enabling," such holding being traversed above. 
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The Examiner has unreasonably chosen to define at least one of Harris* physical alarms as 
a logical alarm. Harris discloses in col 2, lines 41-42 that "Each alarm represents a specific fault 
detected on a particular piece of equipment." Accordingly, since each "particular piece of equipment" 
is known in the art to be a physical element, a piece of hardware, then the fault on a particular piece 
of equipment can only be deemed a physical error and thus the alarm generated in response thereto 
is deemed to be a physical alarm. 

Absent knowledge of the present invention, one of ordinary skill in the art would have 
deemed a specific fault detected on a particular piece of equipment disclosed in Harris to constitute 
a physical error and thus the alarm generated in response thereto is deemed to be a physical alarm. 

In col. 2, lines 25-39 (cited by the Examiner), Harris clearly discusses "equipment alarms" 
and using network circuit topology to correlate the equipment alarms and as a result infers a trunk 
outage fi-om circuit alarms, even if no fault has been reported on the trunk; confirming that a reported 
trunk fault is actually causing a traffic outage if the contained circuits are also in alarm; correlating 
transmission system trunk outages that share the same path (e.g., fiber optic pairs within the same 
cable); and making an accurate detennination of the location of any faults. To obtain the foregoing 
"results", Harris clearly must determine whether or not there is an "equipment alarm" , i.e., aphysical 
alarm, not a logical alarm. 

In col. 5, lines 37-39, Harris clearly discloses "the received alarms will identify the specific 
equipment reporting the alarm," Therefore, the alarm is a physical alarm, because it identifies a 
physical component of the system. 

In col. 6, lines 45-65, Harris discusses Fig. 2C. Harris' discussion pertains to "los of signal" 
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(see line 56). As noted by the Applicants specification, a loss of signal is a physical error and 
therefore results in a physical alann. It appears, albeit erroneously, from (c) on page 12 of the office 
action, that the Examiner wants to hold an alarm based on aloss of signal resulting in a transmission 
failure {step 23 1 of Fig. 2c) to be a physical alarm, and the alarm based on the loss of signal resulting 
in a reception failure (step 233) to be a logical alarm because of how these alarms are 
utilized/analyzed. However,sincebotharetheresultofa"lossofsignal",thenbothmustbephysical 

alarms. 

The Examiner should provide a reference that teaches that equipment alarms or hardware 
fauhs are known in the art to be logical enx)rsAogical alarms, or withdraw the rejection. 

For example, U.S. Patent No. 6,873,598 to Randall L. Powers, et al. titled Embedded Cell 
T /.nnback Method And System For Testing In A TM Networks (of record) describes a method and 
apparatus for testing components in ATM networks, and indicates that "if ^physical alarm is active 
on any of the components through which the virtual channel passes ... it is likely that the physical 
component problem is in fact causing the fault" (emphasis added). Accordingly, alarms generated 
based on faults of physical components in a network system are termed "physical alarms." 

Accordingly, the rejection of claims 1 and 8 is deemed to be in error and should not be 
sustained. 

Additionally, those features that rely in the foregoing step of determiningwhether ornotsaid 
alarm information corresponds to a logical alarm , are also not taught by the applied art. For 
example, claims 1 and 8 call for determining the location of the network element generating the 
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alarm information, when it is determined that the alarm information is due to a logical error. Since 
Harris does not make any determinations with respect to logical errors, then the foregoing feature 
of claims 1 and 8 are not taugjit by Harris. Joyce was not applied in this regard. 

Accordingly, the rejection of claims 1 and 8 is deemed to be in error and should not be 
sustained. 

Both claim 1 and claim 8 call for increasing a count value representing a number of times 
in which the same alarm information has been generated, without redundantly storing said alarm 
information into said database, when it is determined that said alarm information is already stored 
in said database. 

In Harris' count process, each upstream trunk is processed in turn. On each trunk, a circuit 
alarm counter is incremented. The directionality of the circuit alarm with respect to the trunk is 
significant and separate counters are maintained for circuit alarms in each direction. 

If the circuit alarm is the first alarm to be counted on a given trunk, or if the time-stamp of 
the alarm falls outside the window for presuming correlation with any previous alarms, then the 
time-stamp of that alarm and the set of all upstream trunks are stored in the data structure 
representing the trunk. Otherwise, if the circuit alarm is not the first one to be counted on a given 
trunk and the time-stamp of that alarm is within the window necessary for presuming correlation 
with the previous alarms, then the set of upstream trunks for the new alarm is intersected with that 
of the previous alarm or alarms (that is, all trunks common to both sets are extracted), and the new 
Hst is stored in the trunk data structure. This intersection set will be referred to as the "common path 
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set" for the circuits on the trunk: at any given time, this is the set of trunks that contain all of the 
same circuits as those counted on the given trunk. (This set always contains the given trunk itself, 
and it may contain only that trunk if the circuits do not have any other trunks in common.) The 
significance of this common nath set is that the ci rcuit alarms counted on the given trunk could 
actuallv be caused by an outage on any of these trunks. 

Every time that a circuit alarm counter is incremented on a given trunk, then that trunk is 
evaluated to determine if a fault can beinferred from the circuit alarms or if a reported trunk fault 
can be confirmed to be affecting traffic on the contained circuits. 

Accordingly, there is no determination as to whether the same alarm information has been 
generated. Harris clearly describes determinating whether "a fault can be infe^Ted^ The counter is 
incremented to record the number of systems associated with an outage, not to identify when same 
alarm information occurs more than once. 

With respect to the above, the Examiner notes that Harris does not explicitly teach: 

increasing a count value representing a number of times in which the same alarm 
information has been generated, without redundantly storing said alarm information into said 
database, when it is determined that said alarm information is already stored in said database; nor 

storing the increased count value at a position corresponding to said alarm information 
already stored in said database. 

Accordingly, the Examiner applies Joyce in this regard. 

Joyce is related generally to minicomputer systems and more particularly to storage 
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hierarchies having high speed, low capacity storage devices and lower speed, high capacity storage 
devices coupled in common to a system bus. Joyce is not concerned v^th network 
telecommunications. 

Acconiingly, Joyce is not analogous to Harris not the present invention. 

It appears, instead, that the Examiner found Harris to be lacking with respect to tiie foregoing 
features of claims 1 and 8, and based on this, i.e.. hindsight, sought out a system having amemory 

buffer and associated covmter. 

Joyce's system includes a number of counters and the Examiner refers us to one set forth in 

the last feature of claim 1 ; 

a counter coupled to said encoder and to said RAM circuits to increment by one said encoder 
output and store an incremented count in said column address of said RAM circuits for enabling the 
storing of information corresponding to said replacement information in the location of said data 
buffer identical of tiiat stored in main memory during said replacement operation. 

Joyce's counter is, therefore, an address counter that is incremented to allow for tiie storage 
of of replacement information. This counteris not incremented on tiie basis of finding tiiat current 
information is the same as previously stored information such that the current information is not 
stored. Nor is the count incremented to indicate the number of tunes the information was stored, as 
Joyce's claim clearly describes incrementing the count to enable the storage of information 
corresponding to replacement information. 

Accordingly, the rejection of claims 1 and 8 is deemed to be in error because Joyce does not 
teach the featiire of increasing a count value representing a number of times in which the same 
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alarm information has been generated, without redundantly storing said alarm information into said 



database, when it is determined that said alarm information is already stored in said database , 



noted as lacking in Harris. 



Accordingly, the rejection of claims 1-14 is deemed to be in error and should not be 



sustained. 



Respectfully submitted, 




Robert E. Bushnell, 
Attorney for the Applicant 
Registration No.: 27,774 



1522 "K" Street N.W., Suite 300 
Washington, D.C, 20005 
(202) 408^9040 

FoHo: P56352 
Date: 10/30/06 
LD.: REB/MP 
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Vin. APPENDIX 

riATMS UNDER APPEAL 

1 1 . (Original) A method for managing alarm information in a network management 

2 system, comprising the steps of: 

3 receiving alarm information generated from any of a plurality of network elements; 

4 determining whether or not said alarm information corresponds to a logical alarm; 

5 determining the location of the network element generating the alarm information, when it 

6 is determined that the alarm information corresponds to a logical alarm; 

7 searching a database to determine whether said database already has said alarm information 

8 stored therein, according to the location of the network element generating the alarm information; 

9 storing said alarm information when it is determined that said database does not have said 

10 alarm information already stored therein; 

1 1 increasing a count value r^resenting a number of times in which the same alarm information 

12 has been generated, without redundantly storing said alarm information into said database, when it 

13 is determined that said alarm information is already stored in said database; and 

J 4 storing the increased count value at a position corresponding to said alarm information 

15 already stored in said database. 

1 2. (Original) The method as set forth in claim 1 , wherein the step of searching said 

2 database further comprises the steps of: 
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analyzing said alarm information to detect its positional value and event type; and 
determining whether said database has the alarai information of the same positional value 
and event type. 

3. (Original) The method as set forth in claim 1 , wherein the step of searching said 

database further comprises the steps of: 

detecting the positional value of said alarm information from its data format; and 
identifying destination information by analyzing a virtual path identifier and a virtual channel 

identifier of subscriber connection information corresponding to the alarm location to determine an 

identity of a subscriber from which said alarm information was generated. 



4. (Original) The method as set forth in claim 1, further comprising a step of parsing 
said alarm information for storage into said database when it is determined that the alarm 
information does not correspond to a logical alarm. 



5. (Original) The method as set forth in claim 1 , wherein said database comprises a 
plurality ofnetwork element tables, each corresponding to a respective one of said network elements, 
said step of storing further comprising storing said alarm information into the corresponding network 
element table of said database according to the location of the network element. 

6. (Original) The method as set forth in claim 5, fiarther comprising a step of converting 
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2 the alarm infonnation throu^ a database application interface into a database data fonnat of said 

3 database to be recorded as new alarm information in the network element table of the network 

4 element generating the alarm infonnation. 

1 1. (Original) The method as set forth in claim 5, further comprising steps of: 

2 displaying said alarm information stored in said database; 

3 entering search parameters for finding a particular error corresponding to the alarm 

4 information or for finding a particular network element and its corresponding alarm information; ai 

5 displaying information retrieved as a result of said step of entering search parameters. 

1 8. (Original) A method for managing alarm information in a network management 

2 system connected to a plurality of subscribers at a plurality of network elements, comprising the 

3 steps of: 

4 driving an alarm daemon processor when said network management system is powered on; 

5 receiving, via said alarm daemon processor, alarm infonnation generated fixtm at least one 

6 of said network elements; 

7 detemiining whether said alarm information is due to a logical error or a physical enor in the 

8 network element generating the received alarm information; 

9 determining the location of the network element generating the alarm information, when it 

10 is determined that the alarm information is due to a logical enor; 

1 1 searching a database to determine whether said database already has said alarm information 
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12 Stored therein, according to the location of the network element generating the alarm information; 

13 storing said alarm inforaiation when it is detemiined that said database does not have said 

14 alarm information already stored therein; 

1 5 increasing a count value representing a number of times in which the same alarm information 

16 has been generated, without redundantly storing said alarm information into said database, when it 

17 is determined that said alarm information is already stored in said database; and 

ig storing the increased count value at a position corresponding to said alarm information 

19 already stored in said database, 

1 9. (Original) The method as set forth in claim 8, wherein the step of searching said 

2 database further comprises the steps of: 

3 analyzing said alarm information to detect its positional value and event type; and 

4 determining whether said database has the alarm information of the same positional value 

5 and event type. 

1 10. (Original) The method as set forth in claim 8, wherein the step of searching said 

2 database further comprises the steps of: 

3 detecting the positional value of said alarm information from its data format; and 

4 identifying destination information by analyzing a virtual path identifier and a virtual channel 

5 identifier of subscriber connection information corresponding to the alarm location to determine an 

6 identity of a subscriber fix)m which said alarm information was generated. 
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1 1 L (Original) The method as set forth in claim 8, further comprising a step of parsing 

2 said alann information for storage into said database when it is deteraiined that the alarm 

3 information is due to a physical error. 

1 12, (Original) The method as set forth in claim 8, wherein said database comprises a 

2 pluralityofnetworkelementtables,each corresponding to a respective one of said network elements, 

3 said step of storing further comprising storing said alarm information into the corresponding network 

4 element table of said database according to the location of the network element 

1 13. (Original) The method as set forth in claim 12, further comprising a step of 

2 converting the alarm information through a database application interface into a database data format 

3 of said database to be recorded as new alarm information in the network element table of the network 

4 element generating the alarm information. 

1 14. (Original) The method as set forth in claim 12, fiirther comprising steps of: 

2 displaying said alarm information stored in said database; 

3 entering search parameters for finding a particular error corresponding to the alarm 

4 information or for finding a particular network element and its corresponding alarm information; and 

5 displaying information retrieved as a result of said step of entering search parameters. 
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IX. EVIDENCE APPENDIX 

None, 



X. RELATED PROCEEDINGS APPENDIX 

None. 
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